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REMARKS 

In ihe Oftlce action mailed 10/19/05. claims 5, 7 and 8 were rejecTed under 35 
use ]02(e) as being amicipaied by Takayama (US 5,991,842). Applicant traverses this 
rejection and submits the following arguments. 

Applicant asserts thai Examiner has mischaracterized the definition of the word 
"transport-" Based on Examiner's arguments in the Office Action mailed on October 17, 
2005, ii is apparent thai the Examiner believes a transpon to be a device. Applicant has 
defined and claimed a transpon as being a transmission protocol, which cannot be 
construed to be a device. Applicant directs Examiner's aiicniion to the present 
application at page 3, liness 4-5: ''The AV/C control protocol was designed to operate 
over the Function Control Protocol (FCP) trumport via an IEEE 1394 bus. There is no 
implementarion for the aV/C protocol over any other transport other than FCP. The old 
method of implementing the AV/C protocol assumes a single transport, FCP, and uses 
direct calls to the FCP transport implementanon. Thus, current implementations 
hardwire the AV/C control protocol layer to the FCP transport layer. If another AV/C 
transport layer were defined, these implementations would have to be redesigned/' 

The nature of the problem thai the present invention solves is funher described on 
page 4 of the present application^ beginning at line 15: 

That is, a user may be able to connect a video camera to a computer if they have 
the appropriate cables and protocols. However y if that user wishes to connect an A/V 
system to a computer network and a video camera, matters are far more difficult, if not 
impossible in many instancey. 
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The preseni invention separates the jmplememation of the AV/C protocol layer 
and the AV/C transpon layer. This allows the implementation of a AV/C transpon 
having the same services regardless of the type of transpon, whether it is FCP, 
asynchronous connections. SBP, Ethernet, etc. 

Applicant submits that the Examiner has miscbaracterized the meaning of the 
term, ''transport/' For example. Examiner cites Takayama at col 3, lines 35-38 as 
disclosing the claimed limitation of detecting a transport. However, Takayama at column 
3, lines 35-38 describes detecting a device; 

"A Flug <Sc Play function, which is a charucterisuc of the 1394 serial bus, allows 
automatic recognition ofi^quipmem and lis connection staie when it is connected by a 
cable to a nerworf 

Applicant reminds Examiner that Applicant is not trying to describe or claim a 
1 394 bus, but rather detection of a transport protocol 

The Examiner also cites Takayama at col, 10, lines 4-13 as disclosing the claimed 
limitation of detecting a transport. However, Takayama at col. 10, lines 4-13 describe the 
detection of a switch (switch 12) and its activation. Again, this is not the same as 
detecting a transport. Similarly, Examiner cites Takayama at col 10, lines 57-59, which 
again describes detecting whether a switch is active or not. Also, Examiner cites 
Takayama at column 10, lines 63 - column 1 J line 39, However, this portion of 
Takayama again describes detecting a mode change in a device, based on the position of 
switch 12. But there is no discussion in Takayama of detecting a protocol; more 
imponantly, the plug n play capability of the 1394 bus, as described above, works with 
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ONE proiocol, the FCP protocol. Conversely, ihe preseat invenuon allows the use of 

multiple transport protocols by separating the implementation of the AV/C protocol layer 

from the AV/C transport layer. 

As for claim 5's limiiation of creating a transport ID associated wiih ihe deiecied 

Transport, Examiner cites Takayama ai col, 4, lines 26-28 as disclosing this limitation, 

which reads: 

'TAe* first JO bits of the 64'bit addr^^ss^d are called a bus JD which is used for 
discriminating between buses." 

Applicant traverses this rejection for two reasons: first, if the Examiner is 
referring to the device and its state (the camera and ihe position of swiich 12) as a 
transpon, identifying a hus (another device) from a plurality of other buses is not the 
same as identifying the camera- and switch 12, Second, a bus is simply not a iranspon 
which is defined as a protocol- 
As for the limitation of indexing the transport ID, more inconsistency is found in 
Examiner's reasoning. While the Examiner erroneously equates a bus ID to a transport 
ID, there is no showing of an indexed bus ID- Examiner again cites Takayama at column 
4, lines 5-10, which makes no mention of bus ID or anything remotely resembling a 
transpon ID. Instead, column 4, lines -10 reads: 

A Transaction layer as firmware is used for the management of transfer data (transaction) 
and issues commands such as data read and write. A serial bus management manages 
the connection state and IP of each connected equipment for the node control and 
network configuration management. 

' 5 - 
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As for claim 5's limitarion of associating the indexed transport ID with a link 
device. Examiner cites Takayama as disclosing serial bus n^nagement that manages the 
ID of each connected equipment wherein the addressing of the 1394 serial bus contains a 
hus ID. Without analyzing whether or not Takayama niakes such a disclosure. Applicant 
submits That even if Takayama DOES disclose such concepts, this is irrelevant as none of 
this equates to a iranspon ID as defined and claimed in the present application. Again, a 
transport is a protocol, and an ID associated with the protocol is NOT a bus ID or any 
other device ID- 

As the limitation of assigning a transport instancy to a created transport ID is again 
concerned with an identifier lied to a communication protocol, this is not found in 
Takayama based on Examiner's misunderstanding of the definition of the word 
"transport." 

As the remaining claims are dependent from claim 5, they thus inherit the 
limitations of claim 5 and the above arguments regarding claim 5's pateniability apply to 
the remaining claims as well. 

On the basis of the above remarks, early consideration of this application and early 
allowance are respectfully requested. 
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